Contextual information usage in systems that include accessory devices

ABSTRACT

Techniques are disclosed for using contextual information to determine an appropriate response in a system that includes a device paired with an accessory device. The contextual information can be sourced from local sensors, received communications, and information stored on a device within the system. Stored parameters in the system allow flexibility and configurability in evaluating the contextual information. Using feedback obtained after actions taken based on the contextual information allows the system to adapt to better meet the needs of the user.

RELATED APPLICATIONS

This application is a continuation of U.S. patent application Ser. No.15/701,345, filed on September 11, 207, which is continuation of U.S.patent application Ser. No. 14/713,608, filed on May 15, 2015, whichclaims the benefit of U.S. Provisional Patent Application No.61/993,362, filed on May 15, 2014, all of which are titled “CONTEXTUALINFORMATION USAGE IN SYSTEMS THAT INCLUDE ACCESSORY DEVICES.” Thedisclosures of these applications are herein incorporated by referencein their entirety for all purposes.

TECHNICAL FIELD

The disclosure herein relates generally to devices used in systems thatinclude a network connected mobile device, such as a smartphone, and anassociated device, such as a smartwatch.

BACKGROUND

Mobile devices such as laptop computers, smartphones, and tablets areoften paired or associated with complementary accessory devices such as,for example, smartwatches or other wearable accessory devices. Theaccessory devices work with the mobile devices to provide users withincreased utility by, for example, allowing the user to view informationon the accessory device instead of having to look at the mobile device,which may be in the user's pocket, briefcase, or purse.

As more users rely on accessory devices such as smartwatches, newsoftware program applications, commonly referred to as “apps,” are beingdeveloped that take advantage of the different features provided by themobile devices and the accessory devices. Such applications provide theuser with many options in terms of what the user can view on therespective displays of the devices as well as how alerts (e.g. email,text messages, caller ID notifications) are delivered to the user.

In many systems, the mobile device is able to communicate with theaccessory device over a wireless communications link. For example,Bluetooth is a common short-distance wireless protocol that allowssmartphones to interact with related accessory devices such assmartwatches, hands-free systems in cars, home audio systems, etc.

As mobile devices and accessory devices continue to become more complex,additional options for enhancing the user experience are enabled.Therefore, it is desirable to provide techniques to allow configurableand flexible interactions between the devices in such systems such thatthe capabilities of the different devices can be efficiently utilizedwith minimal prompting by the user.

BRIEF DESCRIPTION OF THE DRAWINGS

FIG. 1 is a block diagram of devices in a system in accordance with anexemplary embodiment;

FIG. 2 is a block diagram illustrating information flow and processingin an accessory device in accordance with an exemplary embodiment;

FIG. 3 is a flow chart of a method of operation of an accessory devicein accordance with an exemplary embodiment;

FIG. 4 is a flow chart of a method of operation of an accessory devicein accordance with another exemplary embodiment;

FIG. 5 is a flow chart of a method of operation of a smartwatch inaccordance with an exemplary embodiment; and

FIG. 6 is a flow chart of a method of operation of a smartphone inaccordance with an exemplary embodiment.

FIG. 7 is a flow diagram illustrating a method of operation of asmartphone.

FIG. 8 illustrates a flow diagram corresponding to a method of operationof a smartphone.

DETAILED DESCRIPTION

The following detailed description is merely illustrative in nature andis not intended to limit the embodiments of the subject matter or theapplication and uses of such embodiments. Any implementation describedherein as exemplary is not necessarily to be construed as preferred oradvantageous over other implementations.

For simplicity and clarity of illustration, the Figures depict thegeneral methodology and/or manner of construction of the variousembodiments. Descriptions and details of well-known features andtechniques may be omitted to avoid unnecessarily obscuring otherfeatures.

Terms of enumeration such as “first,” “second,” “third,” and the likemay be used for distinguishing between similar elements and notnecessarily for describing a particular spatial or chronological order.These terms, so used, are interchangeable under appropriatecircumstances.

The terms “comprise,” “include,” “have” and any variations thereof areused synonymously to denote non-exclusive inclusion. The term“exemplary” is used in the sense of “example,” rather than “ideal.”

In the interest of conciseness, conventional techniques, structures, andprinciples known by those skilled in the art may not be describedherein, including, for example, the circuits supporting communicationslinks between the various devices described herein.

During the course of this description, like numbers may be used toidentify like elements according to the different Figures thatillustrate the various exemplary embodiments. It is to be understood byany skilled in the art that the methods described below can beimplemented on a computing device employing software modules and one ormore processors and that the terms method, process, step, and action canbe used to describe events occurring in one or more software modulesimplemented on a computing device.

Devices such as smartphones, laptops, and tablets include significantcomputing power that allows users to accomplish many tasks that wouldnot have been possible with previous generation devices. Such devicestypically provide a connection to large networks, such as the Internet,that allow users to transfer data associated with certain applicationsrunning on the devices. Such devices also provide connections to usercommunication services through, for example, a cellular network or theInternet, that allow user communication by voice, messaging, or email.

Associated accessory devices are designed to work in coordination withdevices such as smartphones, where the accessory devices may not havethe same amount of computing power or connectivity features. Forexample, an accessory device such as a smartwatch may provide morelimited resources in terms of memory and may not provide a directconnection to cellular services or the Internet. Instead, such accessorydevices can leverage, for example, a smartphone to provide access to theInternet and cellular service, thereby enabling support for textmessages, email, and telephone and Internet access. Other examples ofaccessory devices include wearable devices such as bracelets, pendants,other forms of jewelry, headsets, belts, clothing, eyeglasses, andearpieces. Accessory devices can also be discrete devices not worn bythe user, such as a remote control. In an example in which an accessorydevice is paired with another device, both devices include circuitrythat allows for one or more communications links to be establishedbetween the devices for data transfers.

In embodiments where an accessory device (e.g. smartwatch) is pairedwith a another device (e.g. smartphone), each of the two devices mayinclude unique sensors, stored contextual information, and access toother devices from which further contextual information can be obtained.In such embodiments, it is desirable to present content that is relevantto the user with minimal user action required. For example, if it isdetected that the user has turned his or her wrist to look at thesmartwatch, it is desirable to display content on the smartwatch that isrelevant to the user at that particular point in time. What informationis displayed can be determined based on the contextual informationreflecting the state of the user and the user's environment at theparticular point in time at which the user looks at the smartwatch. Inother embodiments, the response to a particular user action may besomething other than displaying a particular set of information. Forexample, an application may be launched, a particular song played, orsome specific information may be sent from the smartwatch or smartphoneto another device.

A number of techniques for using such multiple-device systems aredescribed herein. While many of the examples provided pertain to asmartwatch used in combination with a smartphone, such examples shouldnot be viewed as limiting. For example, other accessory devices,including those listed above, can be used, and other mobile devices suchas a tablet or laptop may also be a part of such systems. Moreover, thetechniques described herein may be appropriate for the accessory device,the device with which the accessory device is paired, or systems thatinclude both devices.

In such systems, coordination between the different devices withoutrequiring user input is beneficial. In one example embodiment, anapplication on a smartphone has a corresponding portion that runs on asmartwatch. In other embodiments, there is a corresponding complementaryapplication on the smartwatch that enhances the execution of anapplication on the smartphone. In such embodiments, when the applicationon the smartphone is activated, or “launched,” the related portion orcomplementary application on the smartwatch is automatically activatedin response to information sent from the smartphone. In otherembodiments, an application on the smartphone may already be running,and, based on contextual information received or self-recognized, thesmartphone may determine that an application should be launched, or someinformation should be relayed to, the smartwatch or other accessorydevice. As such, a user is not required to manually provide input to thesmartwatch in order to activate the relevant software that works withthe application on the smartphone.

In other embodiments that coordinate operations of the devices in suchsystems, a determination may be made by an accessory device, such as asmartwatch, that a particular application should be activated. Such adetermination may be based on contextual information provided to thesmartwatch, where such contextual information can include a variety ofinformation that may be relevant to the user. In some embodiments, thecontextual information is based on sensors included in the accessorydevice, whereas in other embodiments, the contextual information may beprovided over a wireless link or through some other communication means.In one example, contextual information may be provided by a GPS sensoron a smartphone paired with the accessory device, whereas in otherexamples, the contextual information may be sourced from a remote deviceand received by the smartphone over a network before being forwarded tothe accessory device. In an example in which the accessory device is asmartwatch or other wearable device, the wearability of the deviceprovides additional benefits in terms of the particular context that canbe ascertained by the device. For example, the body temperature of thewearer can be sensed by a worn accessory device, whereas such bodytemperature sensing would not be possible using a smartphone carried ina jacket pocket or purse. Similarly, for other accessory devices such asglasses or headphones, head movement and positioning may be tracked.Similarly, an earpiece could provide contextual information related toheart rate, blood oxygen content, or bone conducted audio. By usingcontextual information in conjunction with parameters stored on thesmartwatch, a determination can be made as to whether one or moreapplications should be activated on the smartwatch.

In other embodiments, the contextual information and stored parametersare used to determine an appropriate response by the smartwatch, whereexamples of such a response include sending information to a relateddevice, displaying information to the user based on the contextualinformation and stored parameters, and providing an alert to the user insome non-visual form. The parameters stored on the smartwatch that areused to process the contextual information may include parametersassociated with an application, user configurable parameters, or fixedparameters included with the accessory device prior to receipt of thedevice by the user.

The techniques disclosed herein also include using feedback to determinewhether or not the actions taken based on the contextual evaluation werebeneficial. Based on the feedback, the stored parameters within thedevice can be updated in order to better realize the actual needs of theuser. For example, if the user quickly moves away from a displayedindication to some other information, that may indicate that theinformation was not helpful to the user and the stored parameters can beupdated accordingly. Thus, the feedback can be used to train the systemto behave in a manner that maximizes the benefit to the user based onactual user behavior and not expectations alone. In addition to usingthe feedback internally, such feedback can be output by the device foruse by others. For example, parameters included with an initial versionof an application that determine the resulting actions based on certaincontextual information may be later modified if feedback from one ormany users is taken into account.

Other embodiments discussed herein provide a platform for developers ofthird-party applications, where such third-party applications are givenconvenient, easy-to-use access to contextual information, therebyenabling the third-party applications to utilize such contextualinformation. The platform also provides the third-party applicationswith a variety of possible responses in terms of providing alerts tousers, displaying information, or activating other applications based onthe contextual information. By providing such a platform, third-partyapplication developers are better able to leverage the capabilities ofthe system that includes a device paired with an accessory device.

FIG. 1 illustrates a block diagram of a system that includes devices110, 150, and 170. Each of devices 110, 150, and 170 includes at leastone antenna 112, 152, and 172, respectively, which facilitatestransmission and reception of wireless signals. Device 110, which in anexample embodiment is one of a smartphone, tablet, laptop, or othercomputing device, includes a display 122 that presents an interface thatallows a user to interact with the device. In other embodiments, device110 does not include a display, and instead provides the ability toconnect to an external display or some other means of interacting with auser. Device 110 includes a network interface 114 that allows the device110 to connect to a network such as the Internet. The network interface114 may include a WIFI interface, a cellular interface, as well as otherinterfaces that allow for communication with an external network. Device110 also includes a link interface 116 for facilitating wirelesscommunications links with devices 150 and 170 as well as other deviceshaving the ability to establish such links. In one embodiment, the linkinterface 116 supports Bluetooth links, which may include both BluetoothClassic (BTC) and Bluetooth Low Energy (BLE) links. In anotherembodiment, link interface 116 may support a WIFI connection with one ormore of devices 150 and 170. As one of ordinary skill in the artappreciates, network interface 114 and link interface 116 may becircuits that include discrete components or are integrated onto one ormore chips.

Device 110 includes a sensor 124, where the sensor 124 providescontextual information to the device 110. While the embodiment depictedin FIG. 1 includes a single sensor 124, other embodiments may includemany sensors or no sensors. Examples of sensors that provide contextualinformation include GPS, gyroscope, accelerometer, magnetometer,microphone, proximity sensor, illumination sensor, altimeter, gravitysensor, temperature sensor, pressure sensor, humidity sensor,orientation sensor, etc. Such sensors can provide the device 110 withinformation about the user's environment as well as position/movement ofthe device 110 in that environment.

Device 110 typically includes input/output (I/O) capability based on,for example, a keyboard or touchscreen. Device 110 also includes aprocessor 120 and memory 118. The device 110 may include one or moreprocessors 120, such that the processor 120 is a singlecentral-processing unit, or a plurality of processing units, commonlyreferred to as a parallel processing environment. The processor 120 maybe a microcontroller that includes other aspects of the device 110,including, for example, memory 118, the network interface 114, and thelink interface 116.

The processor 120 in device 110 is capable of executing a computerprogram to execute a computer process. Data and program files may beinput to the device 110, which reads the files and executes the programstherein. Programs and configuration parameters may be stored in memory118. Also contemplated herein is a non-transitory computer readablemedium that stores a program that causes the processor 120 to execute aprocess, where the process may include the steps shown and describedbelow with respect to, for example, FIG. 6. Such a program or a partthereof can be stored in various types of media for retention,distribution, etc. The contemplated tangible computer-readable memorymedia include memory devices (SDRAM, DDR SDRAM, RDRAM, SRAM, flashmemory, and various types of ROM, etc.), as well as storage media ormemory media such as magnetic (e.g., disk) or optical media (e.g., CD,DVD, and related technologies, etc.). The tangible computer-readablememory media may be either volatile or nonvolatile memory.

Device 150, which in some embodiments is a smartwatch or other accessorydevice such as those listed above, also includes a display 162 that maypresent an interface that allows a user to interact with the device. Inother embodiments, device 150 does not include a display. Device 150includes a link interface 156 for facilitating communications links withdevice 110 and other devices having the ability to establish such links,including, for example, device 170. In one embodiment, the linkinterface 156 supports both BTC and BLE links. Device 150 includes input164, which allows a user to provide input to the device 150. One ofordinary skill in the art appreciates that various buttons, wheels,touchscreens, and other input mechanisms are well known and variousinstances or combinations of such input mechanisms can be included indevice 150. Thus, while not shown, device 150 may also includeadditional user input/output mechanisms.

Device 150, while shown to be simpler than device 110 in that it lacks anetwork interface, may in some embodiments include a network interfacethat allows the device 150 to connect to a network such as the Internet.As is the case with network interface 114, the network interface thatmay be present in device 150 may be a WIFI interface, a cellularinterface, or some other interface that allows for communication withthe external network. Thus, in some embodiments, device 150 may share asimilar or same level of connectivity to networks as device 110, yet thetwo devices may still communicate directly with each other over acommunications interface to support the various embodiments disclosedherein.

Device 150 includes a sensor 164, where sensor 164 provides contextualinformation to the device 150. While the embodiment depicted in FIG. 1includes a single sensor 164, other embodiments may include many sensorsor no sensors in device 150. In addition to the example sensors listedabove with respect to sensor 124 in device 110, the sensor 164 includedin device 150 can leverage the expectation that accessory device is wornby, or affixed to, the user in a predetermined manner. Thus, sensor 164can sense certain aspects relating to the user of the system that thesensor 124 included in device 110 may be incapable of sensing. Forexample, the information sensed by sensor 164 may be based on the device150 being physically in contact with the user of the device 150.Examples of such sensors include those which might sense the bodytemperature of the user, heart rate of the user, bone conducted audio,speed and direction of motion of the body part to which the device 150is attached, orientation of the body part to which the device 150 isattached, and other biometric information relating to the user that canbe analyzed to determine a state of the user, including, for example,the user's mood or state of agitation. Thus, sensor 164 may be able tosense classes of stimuli not detectable by sensor 124 included in device110. For example, sensor 164 may be used to determine that the user isrunning, swimming, playing catch with a ball, riding a bicycle, etc.

The device 150 includes a processor 160 and memory 158, which likeprocessor 120 and memory 118 of device 110 may include many variationsof processor(s) or memories. As was the case with device 110, device 150stores or receives software that, when executed by the processor 160,allows the device 150 to practice some or all of the actions discussedbelow in the context of, for example, FIGS. 2-5.

Each of devices 110 and 150 may also store information relating to theuser such as calendar events that can be compared with a time keeper,contacts or identities of people that the user associates with, a listof favorite restaurants, health information (e.g. expected bloodpressure or heart rate), expected times at work/home/sleep, preferredtransportation means (e.g. train, bus, subway), etc. Such additionaluser-specific information can be used in conjunction with othercontextual information to select an appropriate response when one ormore of the devices 110 and 150 determine that an application should belaunched or certain information should be displayed or provided in someother manner.

Software for execution by the processor 120 can include applicationsdownloaded from the network, where, when extracted or executed by theprocessor 120 cause additional data to be sent to device 150 for storagein memory 158 and execution by processor 160. Such applications therebyinclude execution aspects to be performed by device 110 as well asdevice 150. In one example, an application, which includes aspects thatexecute on each of devices 110 and 150, relates to receiving andprocessing data from the Internet. In such an example, the applicationsoftware running on device 110 causes the device 110 to selectivelyforward data to the device 150 over one or more of the communicationslinks. A portion of the application software specific to the device 150that is executed by the processor 160 may then use the transferred datato display information or perform some other action.

Thus, devices 110 and 150 work together to provide the user with anexperience that takes advantage of the capabilities of both devices. Insuch a system, applications provided by third-party developers canleverage sensors included in each of the devices 110 and 150 in additionto other contextual information received or stored by the devices. As anexample, an application that monitors a runner's exercise routine canprovide mileage calculations using a GPS sensor on a smartphone, whiledetermining the number of strides taken based on accelerometer includedin a smartwatch worn by the runner.

FIG. 1 also depicts device 170, which includes a sensor 174 coupled tothe link interface 176. Device 170 is a potential additional source ofcontextual information provided to the system that includes devices 110and 150. While depicted in FIG. 1, it should be understood thatadditional devices such as device 170 may or may not be present in asystem according to various embodiments described herein. For example,additional contextual information may be provided to the devices 110 and150 from the network rather than from a discrete device such as device170. Specifically, contextual information can be pushed by servicesaccessible by the network, where pushed contextual information can thenbe used by one or more of devices 110 and 150. Moreover, while only asingle device 170 including a single sensor 174 is shown in FIG. 1, itshould be understood that multiple such devices, each including one ormore sensors or other means for providing contextual information, can beincluded in different embodiments.

In an example embodiment, device 170 may constitute a stationary sensorsuch as a thermometer that includes a Bluetooth connection therebyproviding a means to provide temperature contextual information to oneor more of devices 110 and 150. For example, device 170 may be placed onthe exterior of the house thereby enabling wireless monitoring of anexternal temperature. Such contextual information could be used by thedevices 110 and 150 in conjunction with scheduling information todetermine, for example, that the user's car should be started on a coldday at a particular time such that it is warm when the user needs toleave for an appointment.

In other example embodiments, device 170 may represent another devicesimilar to device 110 or device 150. For example, device 170 mayrepresent another user's smartphone, where information on the otheruser's smartphone may be provided to the system including devices 110and 150 for use therein. For example, devices 110 and 150 may take intoaccount the identity of the user corresponding to device 170 whendetermining an appropriate response to take based on other contextualinformation received and processed.

In yet other embodiments, device 170 may represent a beacon or otherdevice indicating relative positioning or geo-location. For example, thedevice 170 may broadcast information relating to the identity of aparticular store or transit station. In addition to providinginformation as to where a particular user may be located, the device 170may provide additional contextual information such as the availabilityof particular goods in the store, special offers, or, in the case of atransit station, scheduling or current transit status information.

The inclusion of device 170 is in FIG. 1 represents the availability ofexternal sources of contextual information or other information that maybe used by the system including devices 110 and 150. Although a fewexamples of devices that provide such additional information areprovided, those examples should not be viewed as limiting.

FIG. 2 is a block diagram illustrating information flow and processingwithin a device such as devices 110 and 150 discussed above with respectto FIG. 1. The blocks included in FIG. 2 represent information sourcesas well as blocks in which information is processed in order todetermine an appropriate response. While FIG. 2 includes many differentinformation sources and processing options, it should be understood thatvarious subsets of these blocks and processing operations can exist inother embodiments. Moreover, while single instantiations of certainblocks are illustrated FIG. 2, one of ordinary skill in the artappreciates that multiple instantiations of the different blocks may bepresent in different embodiments.

A system corresponding to the information processing illustrated in FIG.2 utilizes contextual information to determine an appropriate response.As discussed above with respect to FIG. 1, the system can include two ormore devices. In one specific embodiment, one device is a smartphone andthe other device is a smartwatch. For purposes of illustration, such anexample embodiment is assumed in the discussion of FIG. 2. While such aspecific embodiment is used to promote ease of understanding withrespect to the techniques and other operations disclosed herein, itshould be understood that other using devices other than smartphones andsmartwatches are contemplated in the discussion presented herein.

Block 208 represents contextual information that may be collected andused by one or more of the devices in the system. The contextualinformation 208 includes information 202 from local sensors present onthe device, as well as status information pertaining to the device orthe user of the device. Potential local sensors include those discussedabove, where if the device is a wearable device, additional sensingoperations are possible based on the wearable device being physically incontact with a user.

Additional contextual information 204 is provided over a wireless link.Such wireless contextual information may be provided, for example, to asmartphone by a smartwatch with which the smartphone is paired.Similarly, the smartphone can provide contextual information to thesmartwatch. In one example, the smartphone provides GPS information tothe smartwatch, and the smartwatch provides biometric contextualinformation to the smartphone. In other embodiments, the contextualinformation may be provided to the device from the network. For example,contextual information may be sent over a cellular or WIFI network to asmartphone. Examples of such information include information relating tothe score of a game, the number of cars in a parking lot, the price ofsomething, weather information. In other examples, information sent tothe smartphone over such a network may be relayed by the smartphone tothe smartwatch for use thereby.

Contextual information 206 is stored on the device. Stored contextualinformation 206 may include information such as the identity of theuser, calendar events, preferences, and the like. The stored contextualinformation may be directly entered by user or, in other embodiments,may be based on historical usage or distillation of information providedor generated for other purposes on the device.

Thus, block 208 represents collection of available contextualinformation that can be used by the device. Such information ispreferably collected and provided in an easy to access form, therebyenabling ease of use by third party developer applications. In order toaid in explaining various aspects of the embodiments disclosed herein,many examples of potentially useful contextual information, in additionto those already recited above, are provided. Such examples include: alisting of devices within communication range using wireless interfaces(e.g. Bluetooth, WIFI), activities a user may be engaged in based onsensors (e.g. running, swimming, driving), geolocation, time, calendarevents, other users in close proximity to the user, user biometrics, adetermination of lack of wireless connectivity, a determination as towhether or not a wearable device is currently being worn, the presenceof additional accessories or attachments, audio detected via amicrophone, input from an olfactory sensor, visual information processedusing image recognition, physical proximity detected based on “bump”operations, the presence or absence of various applications on thedevice and whether or not such applications are active, the currentstate of a device (e.g. airplane mode, current applications that areactive), an account balance or credit card limit, information regardinga previous event or transaction, and other personal informationcorresponding to the user (e.g. identity, group membership, age).Different contextual information may be useful in differentapplications, and providing a wide range of such contextual informationenables many different applications.

In order to enhance the user experience, the contextual information 208can be used in conjunction with received user input 210 and storedparameters 240 to determine an appropriate response 230. Such adetermination is represented in FIG. 2 by determination block 220.Determination block 220 utilizes received user input 210, contextualinformation 208, and stored parameters 240 to ascertain whether aresponse is warranted, and if so, what such a response should be. Insome cases, the determination performed may be a comparison between aparameter and contextual information. Some examples include a comparisonbetween the current temperature and a specific value, current heart rateand a stored desired heart rate, and a distance traveled with a minimumdistance. In other cases, the determination may require interpretationor processing of the parameters in conjunction with the contextualinformation. For example, the parameters may provide information toallow the number of calories burned during exercise to be determined,where the contextual information allows the amount of time spentexercising or the intensity of the exercising to be determined.Moreover, the determination performed in block 220 may include multipleseparate determinations operating independently to determine multiplepossible results. In such an embodiment, the fmal response 230determined may include multiple responses determine by the multipledeterminations or some subset thereof based on a prioritization or otherselection scheme. It should also be appreciated that the determinationoperation can be distributed amongst multiple devices where the resultsof each of those determinations may factor into the actual response 230.In some embodiments, the determination may be performed externally fromthe device such as, for example, by a device or virtual processoraccessible over a network. For example, contextual information may besent out to the network where a determination is made based on thecontextual information and parameters that may be sent to the network oralready accessible to the network. Having a network service perform someor all of the determination may be advantageous in offloading a devicesuch as a smartphone, smartwatch, or similar device in order to conservepower or provide increased processing power.

The received user input 210 can include, for example, input provided bya button, touchscreen, audio command, or specific movement pattern (e.g.flick of the wrist). In one embodiment, the user input includes an inputmechanism that enables a user to select a particular application on asmartphone or smartwatch.

The determination block 220 can also use stored parameters 240 in makingits determination. Stored parameters 240 can include user configurableparameters 242 as well as application included parameters 244. Thus,some stored parameters may be accessible to a user such that the user isable to influence what criteria are used in measuring and evaluating thecontextual information 208. Similarly, the user configurable parameters242 allow the user to indicate what contextual information has greateror lesser importance by determining how much weight different parametersare given in determining an appropriate response.

The application included parameters 244 provide third-party developerswith the ability use available contextual information 208 in theirapplications, where such parameters included in the application caninfluence or direct the actions of the device based on contextualinformation. For example, an application may include a list ofparameters corresponding to available contextual information, where whenthe current user context meets all of the parametric requirements, theapplication is launched automatically. For example, an applicationcorresponding to an electronic lock that allows a user to unlock a doormay automatically launch if it is determined that the user is physicallylocated in front of the door, the door is locked, and the user'scalendar indicates the user is expected at a meeting within the buildingin the near future. In such an instance, when the contextual informationindicate such conditions exist, an application may be launched thatallows the user to control the lock, or, in other embodiments, biometricsensors or other means may confirm the user's identity and then unlockthe door without any user interaction. In such embodiments, thecommunications controlling the door may be directly between the userdevice (e.g. smartphone, smartwatch, etc.) and the electronic lock. Assuch, the electronic lock may be similar to device 170 discussed withrespect to FIG. 1, where the electronic lock may not be networkconnected but may be capable of establishing communication links such asa Bluetooth or WIFI link.

In one embodiment, many applications are included on the device, and adetermination is made based on the contextual information as to which ofthose applications is the most appropriate to launch or utilize. Forexample, parameters corresponding to two separate applications mayresult in a determination that the particular contextual informationcurrently available indicates that both applications are relevant andshould be launched or used to perform some action. In such an instance,a further determination may reveal that one of the applications is morerelevant than the other, thereby resulting in only the more relevantapplication being activated or utilized. As discussed below with respectto the historical operation block 250, whether or not such adetermination was correct can be taken into account in future decisionmaking, thereby either reinforcing or altering the decision-makingprocess to best suit the user's needs.

Response block 230 indicates the result of the determination block 220.For example, in the example of the application corresponding to anelectronic lock discussed immediately above, the result may includelaunching the electronic lock application and unlocking the door. Basedon the same contextual input leading to the door being unlocked, it mayalso be determined that personal calls directed to the user should besent straight to voicemail, thereby ensuring the user arrives at themeeting on time and is not interrupted during the meeting. In such acase, the device may prompt the user prior to authorize forwarding allsuch calls to voicemail, enabling the user to agree with such a responseor override it.

In other embodiments, contextual information may lead to doing somethingother than launching an application. In one example, an active telephonecall with a person, contacts information on the device, and userconfigurable parameters result in a determination that a picture of theperson is to be displayed on a smartwatch. Other example responses thatmay result from a determination using contextual information includedisplaying text, displaying images, playing video, outputting a sound,providing a physical alert (e.g. vibration, light), and launching acomplementary application.

Historical operation block 250 allows for the utilization of feedback toupdate the stored parameters 240 in order to revise and hone theappropriate response to a selected set of contextual information. Forexample, if the determination block 220 determines that an electroniclock application should be launched, and the user immediately utilizesthat application, the likelihood of the electronic lock applicationbeing launched may be increased or expanded such that it is launchedbased on less stringent parametric requirements. However, if thedetermination block 220 determines that the electronic lock applicationshould be launched, and the user does not utilize the application, thestored parameters may be updated to make it less likely that theelectronic lock application is launched under similar circumstances. Thehistorical operation block 250 enables the system or device to ascertainwhether or not the responses generated are appropriate, and adapt futureresponses based on such historical information. The feedback taken intoaccount can include direct input from the user (e.g. response to a queryas to whether or not to do something), observation of actual actionstaken by the user (e.g. the user utilized the launched application ornot), or feedback generated by an application or other softwareexecuting on the device that indicates whether or not the response wasappropriate. Moreover, the feedback and historical operation informationobtained from actions based on contextual information may also be outputby the device or system to a network. For example, an applicationdeveloper may be interested in whether certain actions are taken by auser after a particular response to contextual information isimplemented. The feedback from multiple users could also be aggregatedto provide feedback indicating the tendencies of larger groups of users,which may be useful to application developers or others. Thus, thefeedback may not only be used locally, but also output to the network.

FIG. 3 illustrates a flow diagram of a method of operation of anaccessory device. As noted above, the accessory device may be asmartwatch or other wearable device that is paired with another devicesuch as a smartphone, tablet, or laptop. At step 310, the accessorydevice determines that an application on the accessory device is to beactivated. The determination performed at step 310 may include receivinginput from an input mechanism on the accessory device where the inputmechanism enables a user to select a particular application on theaccessory device. The determination performed at step 310 may alsoinclude using contextual information to determine that a particularapplication on the smartwatch is to be activated. As discussed abovewith respect to FIG. 2, a wide variety of contextual information canconsidered when determining whether or not a particular application isto be launched. In the case where the accessory device is a wearabledevice, the contextual information can include information based on theaccessory device being physically in contact with the user of theaccessory device.

During determination step 310, contextual information can be comparedwith or processed in conjunction with stored parameters on the accessorydevice in order to ascertain that a particular application is to beactivated. As noted above with respect to FIG. 2, some of those storedparameters may be user configurable parameters, other parameters may beincluded with the application when installed on the accessory device,and yet other parameters may be accessed over a network connection. Asalso discussed above with respect FIG. 2, the stored parameters caninclude parameters that are determined or adjusted based on historicaloperation of the accessory device. Such a feedback mechanism helps toensure that relevant actions are taken in response to the contextualinformation.

In using the contextual information and stored parameters to make adetermination on the accessory device, the determination that aparticular application on the accessory device is to be activated caninclude selecting the application from a plurality of applicationsinstalled on the accessory device. In such instances, the selectedapplication is selected from the plurality of applications based on thecontextual information and stored parameters, where in some embodimentsa comparison may determine the appropriate response, whereas in otherembodiments, the determination may include processing operations thatinclude the contextual information and stored parameters. For example,the stored parameters may reflect that one application, while relevant,is not as relevant as another application.

At step 320, the application for which the determination was made isactivated on the accessory device. In some embodiments, the applicationmay be activated based on contextual information without any user input,thereby providing to the user information or capabilities suited to theuser's needs based on the user's current situation and surroundings. Byanticipating the user's needs based on the contextual informationprovided, the accessory device enhances its own utility as well as theutility of the associated smartphone or other device.

At step 330, activation information is sent from the accessory deviceusing a wireless communications link. The activation information sent bythe accessory device is directed to the smartphone with which theaccessory device is paired, where the activation information indicatesto the smartphone that an application on the smartphone corresponding tothe application activated on the smartwatch should also be activated orutilized for some purpose if already activated. Thus, the determinationthat a particular application on the accessory device should be launchedalso causes activation or use of a corresponding application on thesmartphone. For applications that include executable portionscorresponding to each of the smartphone and the accessory device, thecorresponding application activated or utilized on the smartphone can bethe smartphone-specific portion of the application where the applicationactivated on the accessory device is the accessory-device-specificportion of the same application. In other embodiments, the correspondingapplication on the smartphone may be an application that complements theapplication activated on the accessory device.

FIG. 4 illustrates a flow diagram of a method of operation of accessorydevice having a wireless communications link, where the accessory devicecommunicates with another device such as a smartphone, tablet, orlaptop. At step 402, the accessory device makes a determination usingcontextual information in conjunction with stored parameters on theaccessory device. The contextual information used in the determinationmay include the various forms of contextual information discussed above,including contextual information that is specific to a wearable devicebased on its proximity to the user's body and expected movement incoordination with the portion of the body to which it is attached. Forexample, if the accessory device is a smartwatch, the smartwatch may beable to detect the user's body temperature, heart rate, and whether theuser is running, walking, swimming, or performing some other activity.Other forms of contextual information include information received overa wireless link from, for example, a network or another device thatincludes sensors such as a remote temperature monitor. The contextualinformation can also include user specific information such as identity,group membership, etc.

The stored parameters used in the determination operation with thecontextual information can include user configurable parameters,parameters associated with a particular application that has beeninstalled on the accessory device, or parameters sourced from a network.For example, it may be appropriate to activate a particular applicationwhen the user is determined to be jogging. In such an example, the usermay provide additional parameters that indicates the application shouldonly be launched when the user has been jogging for a certain period oftime or at a certain rate of speed. Thus, the stored parameters caninclude both user-configurable and application-specific parameters.

At step 404, it is determined whether or not a particular applicationshould be activated. If not, the method proceeds to step 406, where thecontextual information involved in the first determination operation isupdated based on newly received information. For example, the user'sposition may change, the ambient temperature may rise, the smartphonewith which the accessory device is paired may exit airplane mode, etc.Following the updating at step 406, the method returns to step 402 whereanother determination operation is performed using the contextualinformation and the stored parameters.

If it is determined at step 404 that a particular application should beactivated, the method proceeds to step 408 where that application isactivated. In some embodiments, the determination as to whether or notan application should be activated at step 404 may apply to multipleapplications such that multiple applications are activated at step 408.In other cases, while it may be appropriate to activate multipleapplications, resources may only permit a subset of those applicationsto be activated, thereby causing further selection to be performed.

Following activation of the application at step 408, the method proceedsto step 410 where activation information is sent from the accessorydevice using the wireless communications link provided on the accessorydevice. The activation information sent by the accessory device isdirected to a smartphone to indicate to the smartphone that anapplication on the smartphone corresponding to the application on theaccessory device should be activated or utilized. As such, theoperations of the smartphone and accessory device are coordinated in amanner that requires less user interaction.

At step 412, feedback is received, where the feedback indicates whetherthe application activated at step 408 was useful or appropriate. Forexample, if the application is immediately closed by the user, thefeedback would indicate that the activation of that application may nothave been desirable. In contrast, if the user immediately utilizes theapplication upon activation, such positive feedback indicates that thedetermination performed earlier that led to the activation was valid.The feedback is used at step 414 where the stored parameters are updatedin order to reinforce the activation determination or to prevent it fromoccurring in the future. In some embodiments, the feedback may reducethe probability of a certain application being activated while at thesame time increasing the probability of a different application beingactivated. The feedback and parameter adjustment may also apply to thesmartphone application for which the activation information was sent.For example, if activation information is sent to the smartphone at step410 indicating that a particular application on the smartphone is to beactivated, and it is determined that such activation was not desirable,the stored parameters may be updated to indicate that the smartphoneapplication should not be activated in the future based on the same orsimilar contextual information. As also discussed above, it may beappropriate to output the feedback information to the network forexternal use by others. Feedback information from many users can beaggregated to determine group trends or other multi-user dynamics thatmay be used to adjust parameters included with future revisions ofcertain applications.

FIG. 5 illustrates a flow diagram corresponding to a method of operationof a smartwatch. In one embodiment, the smartwatch has a Bluetoothconnection to a smartphone, where the smartwatch is able to access anetwork such as the Internet using the resources of the smartphone. Forexample, the smartphone may be able to connect to WIFI or the Internetvia a cellular connection whereas the smartwatch may be limited toBluetooth connectivity. It should be noted that even if both deviceshave network connectivity (e.g. Internet access), the interactionsbetween the devices discussed herein are still useful and there is norequirement that one device leverage the network connectivity of theother device. In other embodiments, applications are downloaded by thesmartphone via its network connection, where such applications includerespective portions for execution on the smartphone and the smartwatch.In such embodiments, once the application is downloaded, it can beparsed such that the appropriate data is forwarded to the smartwatch forinstallation of its respective portion of the application.

In a system including a smartwatch paired with a smartphone, each of thetwo devices may include unique sensors, stored contextual information,and access to other devices from which further contextual informationcan be obtained. In such a system, when a user has turned his wrist tolook at the smartwatch, it is desirable to display content on thesmartwatch that is relevant to the user at that particular point intime. The information displayed can be determined based on thecontextual information reflecting the state of the user and the user'senvironment at the particular point in time at which the user looks atthe smartwatch. In other embodiments, the response to a particular useraction may be something other than displaying a particular set ofinformation. For example, an application may be launched, a particularsong played, or some specific information may be sent from thesmartwatch or smartphone to some other user or device.

At step 510, contextual information related to the smartwatch isdetected. For example, sensors on the smartwatch may provide contextualinformation relating to the user or the user's environment. In someembodiments, multiple sensors on the smartwatch may provide differenttypes of contextual information. Some contextual information may bebased on the smartwatch being physically in contact with the user of thesmartwatch. Other contextual information may be received via a wirelesstransmission from an external device (e.g. smartphone, remote sensor) bythe smartwatch, where the wireless transmission provides some or all ofthe contextual information detected. In a specific example, the wirelesstransmission may be received from a smartphone, where the smartphone mayhave obtained the contextual information based on internal sensors orfrom other sources, including those accessed over a network connectionprovided by, for example, WIFI or a cellular connection.

At step 520, a determination is made using the contextual informationdetected at step 510 and stored parameters on the smartwatch. Asdiscussed above, the stored parameters can include user configurableparameters, parameters included with the application when installed onthe smartwatch, or parameters received over a network connection. Thestored parameters can also include parameters determined from historicaloperation of the smartwatch. For example, if the user of the smartwatchrepetitively performs certain routines in terms of starting upapplications, the smartwatch can monitor such patterns and use them toinfluence how contextual information is evaluated in the future. Thiscan be accomplished by updating or modifying the stored parameters inresponse to the historical operation of the smartwatch.

At step 530, the determination result obtained at step 520 is used togenerate a response by the smartwatch. The response can includeproviding an alert on the smartwatch, changing a graphic display on thesmartwatch, and sending data to a device (e.g. smartphone). In someembodiments, the response can include activating an application on thesmartwatch. Specific examples of responses that may be performed by thesmartwatch include those discussed above with respect to the broadercategory of accessory devices.

At step 540, the smartwatch receives feedback corresponding to theresponse generated at step 530. For example, the smartwatch madedetermine that a user has immediately closed an application which wasstarted at step 530. As another example, the smartwatch may detect thatthe user has utilized the response provided at step 530 in a way thatindicates it was a valuable response to the user. Based on the feedbackreceived at step 540, the stored parameters on the smartwatch areupdated at step 550. As noted above, depending on whether or not theresponse was deemed helpful to the user based on the feedback, thestored parameters can be updated to reflect the value of the responsesuch that future response determinations take into account the feedbackreceived.

FIG. 6 is a flow diagram illustrating a method of operation of asmartphone. At step 610, it is determined by a smartphone that anapplication on the smartphone is to be activated. Such a determinationmay include step 612 at which the determination is based on inputreceived from a user of the smartphone. For example, the user may selecta particular application using a touchscreen or by voice command. Inother embodiments, the determination at step 610 may include step 614 atwhich the determination is based on contextual information. As discussedin detail above, such contextual information can be compared withconfigurable stored parameters to determine that an application shouldbe activated.

At step 620, the application is activated on the smartphone. At step630, information is sent from the smartphone using a wirelesscommunications link. The information sent is directed to a smartwatch toindicate to the smartwatch that an application on the smartwatchcorresponding to the application on the smartphone should be activatedor that the information should be used by the smartwatch for some otherpurpose. For example, the information sent from the smartphone may beused by the smartwatch to generate a particular display, provide anaudible alert, generate a vibration, or perform some other action. Thus,in one embodiment, when an application is launched on the smartphone, acorresponding application on the smartwatch is automatically launchedwithout further user interaction required. The information sent by thesmartphone that results in activation of the application on thesmartwatch may also include information regarding certain variables orother aspects useful to the application running on the smartwatch.

The application on the smartwatch corresponding to the activationinformation sent by the smartphone at step 630 may be a component of anoverall application that includes portions that execute on each of thesmartphone and the smartwatch, respectively. In other embodiments, theapplication launched on the smartwatch may be a universal applicationthat would be appropriate for many different applications installed onthe smartphone. For example, there may be a “display picture of relevantperson” application on the smartwatch, where different applications onthe smartphone could utilize the “display picture of relevant person”application. In such an example, if the user of the smartphone isplaying a game with a particular person, the display on the smartwatchmay show a picture of that person. Similarly, if the user receives atext message from a particular person, the same application may be usedto show a picture of that person on the smartwatch.

In other embodiments, the particular application launched on thesmartwatch may be determined based at least in part on user settings.Thus, the user can select actions are performed by the smartwatch inresponse to an activation of a particular application on the smartphone.For example, the user can configure the system to cause the smartwatchto perform some action (e.g. vibrate, flash a light, make a sound, ordisplay particular information) in response to an application beinglaunched on the smartphone.

In one example illustrating the use of the method depicted in FIG. 6, auser that is beginning a jogging exercise routine provides inputindicating that an application used to track the user's progress withrespect to the routine is to be launched. Such an application may alsomonitor statistics related to, for example, the user's speed or heartrate. In response to the user input, the relevant application isactivated on the smartphone. In addition to launching the application onthe smartphone, activation information is sent over a wirelesscommunication link to a smartwatch, where the activation informationsent to the smartwatch activates an application on the smartwatch. Theapplication on the smartwatch utilizes one or more sensors on thesmartwatch to gather information relevant to the application executingon the smartphone, where the smartwatch sends that information back tothe smartphone. The application on the smartwatch may also display, forexample, an odometer corresponding to the distance traveled or a timerassociated with the length of time the runner has been jogging. Suchinformation may be based on sensors on, or calculations performed by,the smartphone. In a similar example, rather than initiating activationof the application on the smartphone in response to user input, thesmartwatch or smartphone may detect that the user has begun jogging, andthe application may be activated on the smartphone in response to suchdetection.

By automatically launching corresponding applications on the smartwatchin response to applications being launched on the smartphone, the userexperience is enhanced by reducing the amount of input required by theuser. This is an improvement over systems in which the user would haveto separately activate an application on the smartphone and thenactivate a related application on the smartwatch.

FIG. 7 is a flow diagram illustrating a method of operation of asmartphone. At step 710, contextual information is output to a networkby the smartphone. In some embodiments, the contextual information isgenerated by sensors on the smartphone, whereas in other embodiments,the contextual information may be received from an accessory device overa wireless network connection. In yet other embodiments, the contextualinformation may be a combination of contextual information from multiplesources. The contextual information is output to the network for remoteprocessing by another entity coupled to the network. Such a remoteentity may include better resources than are available on thesmartphone, including access to additional information not directlyavailable to the smartphone. In addition to outputting the contextualinformation to the network, parameters may also be output to thenetwork, where the parameters are used with the contextual informationto determine possible actions to be taken by the smartphone and one ormore accessory devices paired with the smartphone.

At step 720, the smartphone receives an indication that an applicationon an accessory device is to be activated. After providing thecontextual information to the network for remote processing, thesmartphone receives an indication that the contextual informationindicates, based on parameters used to evaluate the contextualinformation, that an accessory device working in concert with thesmartphone should respond in some manner. In the embodiment illustratedin FIG. 7, the response by the accessory device is activating orlaunching an application on the accessory device. For example, anapplication for displaying train schedule information may be launched ona smartwatch based on the contextual information output to the networkindicating that the user has parked his car at the train station. Inother embodiments, an already running application on the accessorydevice may be provided with data for use by that application, where thedata is provided to the accessory device by the smartphone in responseto an indication received by the smartphone from the network.

At step 730, activation information is sent from the smartphone using awireless communications link. The activation information sent isdirected to the accessory device indicate to the accessory device thatan application on the accessory device should be activated. In otherembodiments, rather than sending information that activates anapplication on the accessory device, information to be used by theaccessory device may be sent. For example, the information sent from thesmartphone may be used by the accessory device to generate a particulardisplay, provide an audible alert, generate a vibration, or perform someother action.

As discussed above, feedback can be generated based on the actionsperformed by the accessory device in response to the contextualinformation processing by the remote entity. That feedback can be usedby the accessory device, by the smartphone, by the remote entity, or byother evaluators of similar contextual information in order to refinethe actions performed by the accessory device or other devices such thatthe user experience is improved. The usage of such feedback can includeaggregating the feedback with that generated by other devices.

FIG. 8 illustrates a flow diagram corresponding to a method of operationof a smartphone. The smartphone works cooperatively with an accessorydevice such as a smartwatch or another accessory device such as thoselisted above. Each of the smartphone and accessory device may includeunique sensors, stored contextual information, and access to otherdevices from which further contextual information can be obtained. Insuch a system, it is desirable to have the accessory device respond tocurrent contextual information in a manner that helps enhance the user'sexperience with the accessory device. For example, based on certaincontextual information received by the smartphone, it may be desirableto have a certain response by the accessory device. Such responses caninclude, for example, launching an application, displaying informationor graphics, providing tactile stimulus, causing an audible alert, etc.

At step 810, contextual information is received by the smartphone. Forexample, sensors on the smartphone may provide contextual informationrelating to the user or the user's environment. In some embodiments,multiple sensors on the smartphone may provide different types ofcontextual information. Contextual information may also be received fromthe accessory device, where some contextual information may be based onthe accessory device being physically in contact with the user. Othercontextual information may be received via a wireless transmission froman external device or network.

At step 820, a determination is made using the contextual informationreceived at step 810 and stored parameters on the smartphone. Asdiscussed above, the stored parameters can include user configurableparameters, parameters included with the application when installed onthe smartphone, or parameters received over a network connection. Thestored parameters can also include parameters determined from historicaloperation of the smartphone, the accessory device, or similar devices inuse by other users.

At step 830, the determination result obtained at step 820 is used togenerate a set of data that is output, where the set of data is directedto the accessory device and determines the response by the accessorydevice. The response can include providing an alert on the accessorydevice, changing a graphic display on the accessory device, and sendingdata to a device (e.g. smartphone, electronic lock, car ignition, etc.).In some embodiments, the response can include activating an applicationon the accessory device. Specific examples of responses that may beperformed by the accessory device are discussed in more detail above.

At step 840, the smartphone receives feedback corresponding to theresponse generated at step 830. For example, the smartwatch madedetermine that a user has immediately closed an application which wasstarted at step 830. As another example, the smartwatch may detect thatthe user has utilized the response provided by the data sent at step 830in a way that indicates it was a valuable response to the user. Based onthe feedback received at step 840, the stored parameters on thesmartphone are updated at step 850. As noted above, depending on whetheror not the response was deemed helpful to the user based on thefeedback, the stored parameters can be updated to reflect the value ofthe response such that future response determinations take into accountthe feedback received.

As discussed herein, using contextual information in a system thatincludes a smartphone or similar device that operates in concert with anaccessory device can help to enhance the user's experience by predictingthe needs of the user based on the contextual information. A variety ofcontextual information can be considered, where that contextualinformation can be provided by sensors or stored data on the devicesthemselves, by other devices in communication with the devices, or overnetwork connections. Parameters used in processing the contextualinformation can be pre-set based on the applications downloaded andexecuted by the user, can be configured by the user itself, or can beprovided over network connections. The processing of the contextualinformation with the parameters may be performed locally by, forexample, the smartphone or accessory device, or may be farmed out toremote processors via a network or through direct communicationinterfaces. After determining the appropriate response to the contextualinformation, the accessory device or smartphone can be provided with theinformation needed to execute the appropriate response, which caninclude launching related applications, displaying particular data, orsending information to other devices to cause those devices to performsome related action. Feedback can be generated based on the responsiveactions performed, where such feedback can be used to refine actionstaken in the future based on similar contextual information such that itis ensured that the predicted responses taken provide real benefit tothe user.

While exemplary embodiments have been presented above, it should beappreciated that many variations exist. Furthermore, while thedescription focuses in some areas on smartphones and smartwatches inexemplary embodiments, the teachings may be applied to various devices.It should also be appreciated that the exemplary embodiments are onlyexamples, and are not intended to limit the scope, applicability, orconfiguration of the inventions in any way.

1. (canceled)
 2. A wearable device comprising: at least one sensorconfigured to generate contextual information associated with thewearable device; and at least one processor configured to: receive firstcontextual information generated by the at least one sensor; determine,based at least on the first contextual information and at least oneparameter associated with a first application associated with thewearable device, whether to output a first notification associated withthe first application; cause, in response to the determination, thewearable device to output the first notification; receive user feedbackin response to the first notification; determine whether thedetermination to output the first notification was appropriate based atleast in part on the user feedback; and cause, based at least on theuser feedback, the at least one parameter associated with the firstapplication to be updated.
 3. The wearable device of claim 2, whereinthe notification includes at least one of a visual notification, anaudio notification, or a tactile notification.
 4. The wearable device ofclaim 2, wherein the user feedback comprises a positive interaction withthe first notification or the first application, and wherein the atleast one processor is further configured to cause, subsequent toreceiving the user feedback, the wearable device to output notificationsassociated with the first application in response to receiving anotherinstance of the first contextual information.
 5. The wearable device ofclaim 2, wherein the user feedback comprises a negative interaction withthe first notification or the first application, and wherein the atleast one processor is further configured to cause, subsequent toreceiving the user feedback, the wearable device not to outputnotifications in response to receiving another instance of the firstcontextual information.
 6. The wearable device of claim 2, wherein theat least one processor is further configured to wirelessly transmit anactivation signal to a device paired with the wearable device, such thata second application associated with the device and corresponding to thefirst application is activated on the device.
 7. The wearable device ofclaim 2, wherein the at least one processor is further configured todetermine that notifications associated with the first application areto be outputted based at least on a signal from a device paired with thewearable device, the signal comprising second context informationgenerated by the device, the at least one processor further configuredto determine that a second notification associated with the firstapplication is to be outputted based at least on the first contextinformation, the second context information, and the at least oneparameter associated with the first application.
 8. The wearable deviceof claim 2, wherein the at least one processor is further configured todetermine that notifications associated with the first application areto be outputted further based at least on a signal from a device pairedwith the wearable device, the signal comprising an indication thatsecond contextual information generated by the device has satisfied oneor more criteria.
 9. The wearable device of claim 2, wherein the atleast one processor is further configured to: compare the firstcontextual information with the at least one parameter associated withthe first application; compare the first contextual information with atleast one parameter associated with a second application associated withthe wearable device; determine that the first contextual information ismore relevant to the at least one parameter associated with the firstapplication than to the at least one parameter associated with thesecond application; and determine that notifications associated with thefirst application is to be displayed based at least on the determinationthat the first contextual information is more relevant to the at leastone parameter associated with the first application.
 10. The wearabledevice of claim 2, wherein the at least one processor is configured toupdate the at least one parameter associated with the first applicationbased at least on prior activations of the first application that wereinitiated based at least on a determination of an indication of aninput, subsequent to the update, the first application is automaticallyactivated based at least on the first contextual information and theupdated at least one parameter without determining an indication of aninput.
 11. The wearable device of claim 2, wherein the at least onesensor comprises one or more of a global positioning system (GPS)sensor, a gyroscope, an accelerometer, a magnetometer, a microphone, aproximity sensor, an illumination sensor, an altimeter, a gravitysensor, a temperature sensor, a pressure sensor, a humidity sensor, oran orientation sensor.
 12. The wearable device of claim 2, wherein thefirst contextual information is indicative of a rate of movement, andthe at least one parameter includes a threshold rate of movement, the atleast one processor further configured to generate the notificationassociated with the first application based at least on the rate ofmovement exceeding the threshold rate of movement.
 13. The wearabledevice of claim 2, wherein the first contextual information isindicative of a time period of movement and the at least one parameterincludes a threshold time period, the at least one processor furtherconfigured to determine the first notification based at least on thetime period of movement exceeding the threshold time period.
 14. Amethod of operating a wearable device, the method comprising: detectinga first activation of a first application on the wearable device;determining, based at least on first sensor data corresponding to a timeperiod in which the first activation was performed, at least onethreshold for automatically activating the first application, the firstsensor data being generated by at least one sensor of the wearabledevice; receiving second sensor data generated by the at least onesensor of the wearable device, the second sensor data corresponding to atime subsequent to the first activation; determining that the secondsensor data satisfies the at least one threshold for automaticallyactivating the first application; automatically performing a secondactivation of the first application in response to the determinationthat the sensor data satisfies the at least one threshold; receivinguser feedback in response to the second activation; determining, basedat least on one of additional sensor data or the user feedback, that thesecond activation of the first application was not appropriate; andupdating the at least one threshold for automatically activating thefirst application, such that the second sensor data does not satisfy theupdated at least one threshold.
 15. The method of claim 14, wherein theadditional sensor data generated by the at least one sensor of thewearable device indicates a lack of user input associated with the firstapplication subsequent to the second activation of the firstapplication.
 16. The method of claim 14, further comprising wirelesslytransmitting an activation signal to a smartphone paired with thewearable device such that a second application associated with thesmartphone and corresponding to the first application is activated onthe smartphone.
 17. The method of claim 14, further comprising comparingthe second sensor data with the at least one threshold in response to asignal from a smartphone paired with the wearable device.
 18. The methodof claim 14, further comprising outputting, upon performing the secondactivation, at least one of a visual alert, an auditory alert, or ahaptic alert.
 19. A system, comprising: a wearable device comprising atleast one sensor configured to generate contextual information and atleast one processor; and a device paired with the wearable device, thedevice comprising at least one sensor configured to generate contextualinformation and at least one processor, wherein the at least oneprocessor of the wearable device is configured to: receive firstcontextual information generated by the at least one sensor of thewearable device; determine, based at least on the first contextualinformation and at least one parameter associated with a firstapplication of the wearable device, whether to output a notificationassociated with the first application; cause, in response to thedetermination, the wearable device to output the notification andfurther cause an activation signal to be wirelessly transmitted to thedevice; receive user feedback in response to the notification; determinewhether the determination to output the notification was appropriatebased at least in part on the user feedback; and cause, based at leaston the feedback, the at least one parameter associated with the firstapplication to be updated, and wherein the at least one processor of thedevice is configured to, in response to the activation signal from thewearable device, cause a second application associated with the deviceand corresponding to the first application to be activated on thedevice.
 20. The system of claim 19, wherein the wearable device is asmartwatch and the device is a smartphone.
 21. The system of claim 19,further comprising a sensor device in communication with at least one ofthe wearable device or the device, wherein the at least one processor ofthe wearable device is further configured to generate the notificationfurther based on second contextual information generated by the sensordevice.